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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Methods for Testing and 
Specification (MTS). 

To evaluate conformance of a particular implementation, it is necessary to have a set of test purposes to evaluate the 
dynamic behaviour of the Implementation Under Test (lUT). The specification containing those test purposes is called a 
Test Suite Structure and Test Purposes (TSS&TP) specification. 
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Scope 



The present document provides the Test Suite Structure and Test Purposes (TSS&TP) specification for the M2UA 
signalling defined in TS 102 141 [1] in compliance with the relevant requirements, and in accordance with the relevant 
guidance given in ISO/IEC 9646-2 [4] and ETS 300 406 [5]. 

In the present document the test cases are divided into different categories. These categories are as follows: 

• Valid behaviour tests: Tests that handle valid signalling exchanges of messages, i.e. signalling messages that 
are properly structured and correctly encoded and are used in the correct sequence. 

• Inopportune behaviour tests: Tests that handle invalid signalling exchanges of messages, i.e. signalling 
messages that are properly structured and correctly encoded but are used out of sequence. 

• Invalid behaviour tests: This test sub-group is intended to verify that the Implementation Under Test (lUT) is 
able to react properly having received an invalid Protocol Data Unit (PDU). 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version apphes. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 102 141: "Services and Protocols for Advanced Networks (SPAN); MTP/SCCP/SSCOP 

and SIGTRAN (Transport of SS7 over IP); Message transfer part 2 User Adaptation layer 
(M2UA); [Endorsement of RFC 3331 (2002), modified]". 

[2] IETF RFC 3331 (September 2002): "Signaling System 7 (SS7) Message Transfer Part 2 (MTP2) - 

User Adaptation Layer". 

[3] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract Test Suite specification". 

[5] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 141 [1], ISO/IEC 9646-1 [3], 
ISO/IEC 9646-2 [4] and the following apply: 

abstract test case: Refer to ISO/lEC 9646-1 [3]. 

Abstract Test Method (ATM): Refer to ISO/lEC 9646-1 [3]. 

Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [3]. 

Implementation Under Test (lUT): Refer to ISO/IEC 9646-1 [3]. 

Lower Tester (LT): Refer to ISO/IEC 9646-1 [3]. 

Implementation Conformance Statement (ICS): Refer to ISO/IEC 9646-1 [3]. 

ICS proforma: Refer to ISO/IEC 9646-1 [3]. 

Implementation eXtra Information for Testing (IXIT): Refer to ISO/IEC 9646-1 [3]. 

IXIT proforma: Refer to ISO/IEC 9646-1 [3]. 

Test Purpose (TP): Refer to ISO/IEC 9646-1 [3]. 

Valid behaviour test purpose: tests that handle valid signalling exchanges of messages, which are properly structured 
and correctly encoded 

Inoportune behaviour test purpose: tests that handle valid signalling exchanges of messages, which are properly 
structured and correctly encoded but are received when not expected 

Invalid behaviour test purpose: tests that handle valid signalling exchanges of messages, which are not properly 
structured or incorrectly encoded 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AS Application Server 

ASP Application Server Process 

ATM Abstract Test Method 

ATS Abstract Test Suite 

CCS Common Channel Signalling 

IID Interface IDentifier 

lO Inopportune behaviour 

lUT Implementation Under Test 

IV InValid behaviour 

LT Lower Tester 

M2UA Message transfer part 2 User Adaptation layer 

MGC Media Gateway Control 

MTP Message Transfer Part 

NIF Nodal Inter- working Function 

SCTP Stream Control Transmission Protocol 

SEP Signalling End Point 

SG Signalling Gateway 

SGP Signaling Gateway Process 

SLT Signalling Link Terminal 
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SS7 
STP 
TSS 
V 



Signalling System No. 7 
Signalling Transfer Point 
Test Suite Structure 
Valid behaviour 



Test Suite Structure (TSS) 



4.1 



Introduction 



4.1.1 



M2UA Entities 



Test Purposes have been written for M2UA Peers according to TS 102 141 [1]. 
Two kinds of entities are considered successively as lUT: 

Signalling Gateway Process (SGP); 

Application Server Process (ASP). 

In a Signalling Gateway, it is expected that the SS7 Signalling is received over a standard SS7 network termination, 
using the SS7 Message Transfer Part (MTP) to provide transport of SS7 Signalling messages to and from an SS7 
Signalling End Point (SEP) or SS7 Signalling Transfer Point (STP). In other words, the SG acts as a Signalling Link 
Terminal (SLT). The SG then provides an interworking of transport functions with IP Signalling Transport, in order to 
transport the MTP3 signalling messages to the network element (e.g. an MGC) actings as Application Server (AS) 
where the peer MTP3 protocol layer exists, as shown below: 



N IF 










1 




MTP (L3) 


M TP L2 


M 2U A 


M 2U A 


SCTP 


L 1 


SCTP 


IP 


IP 













NOTE 1: NIF - Nodal Interworking Function 

NOTE 2: P - Internet Protocol 

NOTE 3: SCTP - Stream Control Transmission Protocol 

Figure 1 : Embedding of l\/!2UA protocol stacit in the SGP and ASP 

To enable the verification of certain aspects of the protocol, certain optional test purposes will require the use of 
multiple ASPs within an AS. 

4.1.2 General assumptions 

Test purposes have been written for behaviours requested with "MUST" or that appear as obvious in present form. In 
addition test purposes have been defined for implementation dependent behaviour, where at least one of the 
implementation options is mandatory. 
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4.2 



Overview of the Test Suite Structure 



The following figure shows the Test Suite Structure (TSS). 
Functionality subgroups may be subdivided in three subgroups: 

• Valid behaviour (V); 

• Inopportune behaviour (lO); 

• Invalid behaviour (IV). 

Table 1 : TSS for M2UA 



Test suite 


Main functionalities 


Functionality subgroup 


Test group 


M2UA 


Signalling Gateway Process (SGP) 


State and traffic transactions (ASPM) 


V-IO-IV 






Interface identifier IVIanagement (MM) 


V-IO-IV 






IVI2UA User Adaptation Messages (MAUP) 


V-IO-IV 




Application Server Process (ASP) 


State and traffic transactions (ASPM) 


V-IO-IV 






Interface identifier Management (MM) 


V-IO-IV 






M2UA User Adaptation Messages (MAUP) 


V-IO-IV 




General Error Handling (GEH) 


- 


- 



4.3 



Conformance Test Cases 



This clause describes the test steps and the message flows corresponding to the test cases. 

The test cases are broadly divided into a number of different groups according to the protocol functionality. 

• State and traffic transactions (ASPM): This group validates the ASP / SG state and traffic transaction 
messages. 

• Interface identifier Management (IIM): The dynamic registration and de-registration procedures are 
covered in this section. 

• M2UA User Adaptation Messages (MAUP): MTP2 user adaptation procedures are covered in this section. 

Each group is further categorized based on the test case configuration of the lUT i.e. whether ASP or SG of M2UA 
layer is under test. 

Then the group has the normal category of valid, inopportune and invalid behaviour tests. 

A further group has been added to cover the error handling procedures in a general manner. 



5.1 



Test Purposes (TP) 



Introduction 



For each test requirement a TP is defined. 

5.1 .1 TP naming convention 

TPs are numbered, starting at 01, within each group. Groups are organized according to the TSS. Additional references 
are added to identify the actual test suite (see table 2). 
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Table 2: TP identifier naming convention schieme 



Identifier: <protocol> 

<protocol> 


<device under test> <main functionality> <type> <nn> 

M2UA 


<device under test> 


SGP (Signalling Gateway Process) 
ASP (Application Server Process) 
GEH. (General Error Handling) 


<main functionality> 


ASPIVI (ASP Maintenance Procedures) 
MM (Interface Identifier MGMT Messaging) 
M2UA User Adaptation Messages (MAUP) 


<type> 


Valid Befiaviour (V) 
Inopportune Behaviour (10), 
Invalid Behaviour (IV) 


<nn> 


sequential number (01 to 99). 



5.1.2 Source of TP definition 

The TPs are based on TS 102 141 [1]. 

5.1.3 Test strategy 

As the base standard TS 102 141 [1] contains no explicit requirements for testing, the TPs were generated as a result of 
an analysis of the base standard. 

The TPs are only based on conformance requirements related to the externally observable behaviour of the lUT and are 
limited to conceivable situations to which a real implementation is likely to be faced (see ETS 300 406 [5]). 

5.1.4 TP structure 

Each test purpose is decomposed in five keywords. 

• The TPId gives a unique identifier to each test purpose. 

• The Status specifies whether the test purpose or the group is mandatory or optional according to RFC 3331 [2]. 

• The Test Configuration of the lUT within the test architecture. 

• The Precondition determines the initial state of the SUT for the evaluating the test purpose. 

• The Ref. outlines the references in RFC 3331 [2] used to create the test purpose. 

• The Purpose describes the objective of the test. 
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5.2 Test Purposes for Signalling Gateway Process (SGP) 
5.2.1 ASPIVI STATE and Traffic Transactions IVIanagement 



5.2.1.1 



Valid Behaviour Test Cases 



TPId: 


IVI2UA SGP ASPIVI V 01 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in down state. 


Ref: 


Sections 3.3.2.1 , 4.3.1 , 4.3.2 and 4.3.4.5 of RFC 3331 [2] 


Purpose: 


To validate that the ASP Up message received with mandatory and optional parameters, moves the state 
of the ASP and AS to Inactive at the lUT. 

Ensure that the lUT responds with the ASP Up Ack and Notify (AS-lnactive) message indicating the AS 
state has been changed to inactive. 



TPId: 


M2UA SGP ASPM V 02 


Status: 


Optional 


Test 
Configuration 


Single ASP is configured in two different AS. 

If necessary the ASs and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP associations are established between ASP and lUT. 
ASP is in down state. 


Ref: 


Sections 4.3.4.1 , 4.3.1 , 4.3.2 and 4.3.4.5 of RFC 3331 [2] 


Purpose: 


To ensure that, upon reception of the ASP Up message, lUT responds with ASP Up Ack and 2 Notify 
(AS-lnactive) messages corresponding to each AS. 



TPId: 


M2UA SGP ASP V 03 


Status: 


Optional 


Test 
Configuration 


Two ASPs (ASP1 and ASP2) are configured in a single AS. 

If necessary the AS and ASPs have to be pre-configured at the lUT. 


Pre-Condition 


SCTP associations are established between lUT and both ASPs. 
Both ASPs are in down state. 


Ref: 


Sections 4.3.4.1 , 4.3.1 , 4.3.2 and 4.3.4.5 of RFC 3331 [2] 


Purpose: 


Validate that when lUT receives an ASP Up message for ASP1 , it responds with ASP Up Ack and a Notify 

(AS-lnactive) message, indicating the AS state has moved to inactive. 

It should be verified that no Notify message is sent to the ASP that has not yet sent the ASP Up message. 

Now send the ASP Up message for ASP2 and validate that the lUT responds with ASP Up Ack message 

only. 



TPId: 


M2UA SGP ASPM V 04 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
AS is in inactive state. 


Ref: 


Sections 3.3.2.7, 3.3.2.8 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


To validate the ASP Active message having all parameters and one configured IID (using tag of 0x1), 

moves the state of the ASP to active. 

Ensure that the lUT responds with the ASP Active Ack and a Notify (AS-Active) message to Indicate that 

the AS state has moved to the active. 

If the ASP was pre-configured to serve more than one IID, the ASP Active Ack message should contain all 

pre-configured IID's and not only the one contained in the ASP Active message. 
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TPId: 


M2UA SGP ASPM V 05 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.2.7 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


To validate the ASP Active message having all parameters and multiple configured IID (using tag of 0x1), 
moves the state of the ASP to active. 

Ensure that the lUT responds with the ASP Active Ack and a Notify (AS-Active) message to indicate the 
AS state has moved to the active. 




TPId: 


M2UA SGP ASPM V 06 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.2.7 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that an on reception of an ASP Active message with integer range parameters with configured start 
and stop values (tag of 0x8) from peer, lUT responds with the ASP Active Ack and a Notify (AS-Active) 
message having the value of (AS active) in status type field. 




TPId: 


M2UA SGP ASPM V 07 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Sections 3.3.2.9, 4.3.2 and 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that upon reception of an ASP Inactive message, lUT responds with ASP Inactive Ack message 
and one or more Notify messages depending whether the lUT has T(r) implemented or not. 




TPId: 


M2UA SGP ASPM V 08 


Status: 


Optional 


Test 
Configuration 


Single ASP is configured in two different AS. 

If necessary the ASs and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state in both AS1 and AS2. 


Ref: 


Sections 3.3.2.8 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with one or two ASP Active Ack and one or two Notify (AS Active) 
messages, indicating the AS state transaction to active in both AS, upon receiving an ASP Active message 
with only the mandatory parameters. 




TPId: 


M2UA SGP ASPM V 09 


Status: 


Optional 


Test 
Configuration 


Single ASP is configured in two different AS. 

If necessary the ASs and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state in both AS1 and AS2. 


Ref: 


Sections 3.3.2.8 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an ASP Active Ack and Notify (AS Active) messages indicating the AS1 
state transaction to active, when it receives an ASP Active message with IID values as that of AS1 . 
Also, validate that on receiving an ASP Active message with IID as configured for AS2, lUT responds with 
the ASP Active Ack and Notify (AS-Active) message. 
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TPId: 


IVI2UA SGP ASPIM V 10 


Status: 


Optional 


Test 
Configuration 


Single ASP is configured in two different AS. 

If necessary the ASs and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state in both AS. 


Ref: 


Sections 3.3.2.10 and 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with one or two ASP Inactive Ack and two Notify (AS Pending) messages 
indicating the AS state transaction to inactive in both AS, when it receives an ASP Inactive message.The 
lUT might send another Notify (AS-lnactive) message depending whether the lUT has T(r) implemented or 
not. 



TPId: 


M2UA SGP ASPIVi V 11 


Status: 


Optional 


Test 
Configuration 


Single ASP is configured in two different AS. 

If necessary the ASs and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state in both AS1 and AS2. 


Ref: 


Sections 3.3.2.1 and 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an ASP Inactive Ack and a Notify (AS Pending) message indicating the 

AS1 state transaction to inactive, when it receives an ASP Inactive message with IID values as configured 

forASI. 

Also, validate that on receiving an ASP Inactive message with IID as configured for AS2, lUT responds 

with the ASP Inactive Ack and Notify (AS-Pending) message.The lUT might send another Notify 

(AS-lnactive) message depending whether the lUT has T(r) implemented or not. 



TPId: 


M2UA SGP ASPM V 12 


Status: 


Optional 


Test 
Configuration 


Two ASPs are configured in the same AS. 

If necessary the AS and ASPs have to be pre-configured at the lUT. 

AS is configured in Load-share mode. 


Pre-Condition 


SCTP associations are established between the lUT and both ASPs. 
ASP1 and ASP2 are in inactive state in AS. 


Ref: 


Sections 3.3.2.7 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


To ensure that the lUT upon reception of an ASP Active message having at least as one of the optional 
parameters a range of configured IIDs (using tag 0x8), responds with an ASP Active Ack message and a 
Notify (AS-Active) message to indicate the AS state has moved to active state. 



TPId: 


M2UA SGP ASPM V 13 


Status: 


Optional 


Test 
Configuration 


Two ASPs are configured in the same AS. 

If necessary the AS and ASPs have to be pre-configured at the lUT. 

AS is configured in Override mode. 


Pre-Condition 


SCTP associations are established between the lUT and both ASPs. 
ASP1 is in active state and ASP2 is in inactive state in the AS. 


Ref: 


Sections 3.3.2.7 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


To validate the ASP Active message having configured IID for ASP2, moves the state of the ASP2 to 
active at lUT. 

Ensure that the lUT responds with the ASP Active Ack and a Notify (Alternate ASP Active) to ASP1 
indicating that alternate resource has become active. 
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TPId: 


M2UA SGP ASPM V 14 


Status: 


Optional 

NOTE: This test is not relevant for an lUT implemented according to TS 102 141 [1], as this document 

does not of specify a minimum number of ASPs to be active before an AS is considered active. 


Test 
Configuration 


Two ASPs are configured in an AS. 

If necessary the AS and ASPs have to be pre-configured at the lUT. 

AS is configured in load sharing mode and minimum two ASPs are required to handle traffic. 


Pre-Condition 


SCTP associations are established between the lUT and both ASPs. 
Both of the ASP's are in active state. 


Ret: 


Sections 3.3.3.2, 4.3.4.3 and 4.3.4.5 of RFC 3331 [2] 


Purpose: 


Validate that the lUT sends Notify (Insufficient ASP resources active in AS) message to the ASP1 
indicating that the number of ASPs required to handle traffic is not sufficient, when it receives an ASP 
Inactive message for ASP2. 
Ensure that the lUT responds with an ASP Inactive Ack message. 




TPId: 


M2UA SGP ASPM V 15 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 


Ref: 


Sections 3.3.2.5, 3.3.2.6 and 4.3.4.6 of RFC 3331 [2] 


Purpose: 


Validate that the lUT responds with a Heartbeat Ack message, when it receives a Heartbeat message. 
Ensure that Heartbeat Ack is sent by the lUT with same heartbeat data provided in the Heartbeat message. 



5.2.1.2 



Inopportune Behaviour Test Cases 



TPId: 


M2UA SGP ASPM 10 01 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Section 4.3.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an ASP Up Ack message, when it receives an ASP Up message, even 
though the ASP state is ASP-lnactive. 




TPId: 


M2UA SGP ASPM 10 02 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured In an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.3.1 and 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT on receipt of a Data message discards the message. 

An lUT according to ETSI TS 102 141 [1]might respond with an Error message. 




TPId: 


M2UA SGP ASPM 10 03 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Section 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an ASP Active Acknowledge message, when it receives an ASP Active 
message, even though the ASP state is ASP active. 
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TPId: 


IVI2UA SGP ASPM 10 04 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Section 4.3.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an ASP Up Ack message and an Error message with error code as 
"Unexpected IVIesssage", when it receives the ASP Up message in ASP active state. 



5.2.1.3 



Invalid Behaviour Test Cases 



TPId: 


M2UA SGP ASPM IV 01 


status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in down state. 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message indicating "invalid version", when it receives an ASP 
Up message with a value other than "1 " in the version field of the common message header. 




TPId: 


M2UA SGP ASPM IV 02 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Sections 3.1.3 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "Unsupported Message Class", 
when it receives a message having unsupported message class value (message class not marked for 
M2UA). 




TPId: 


M2UA SGP ASPM IV 03 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Sections 3.1 .4 and 8.2.2 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "Unsupported Message Type", 
when it receives a message having message type value as reserved. 




TPId: 


M2UA SGP ASPM IV 04 


Status: 


Optional 


Test 
Configuration 


Two ASPs are configured in the same AS. 

If necessary the AS and ASPs have to be pre-configured at the lUT. 

AS is configured in Load-share mode. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.2.7 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "Unsupported Traffic Handling 
Mode", when it receives an ASP Active message having traffic handling mode as Override. 
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TPId: 


M2UA SGP ASPM IV 05 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "Invalid Stream Identifier", when it 
receives an ASP Active message on a streamother than 0. 




TPId: 


M2UA SGP ASPM IV 06 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.2.7 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "Invalid Interface Identifier", when 
it receives an ASP Active message having non-configured IIDs. 

To verify that the SG sends an Error message Invalid interface identifier if the ASP sends a message with 
an non-configured interface identifier value. 




TPId: 


M2UA SGP ASPM IV 07 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 

The lUT requires the use of the optional ASP Identifier. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in down state. 


Ref: 


Sections 3.3.2.1 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with reason "ASP Identifer Required", when it 
receives an ASP Up message without an ASP Identifier parameter. 




TPId: 


M2UA SGP ASPM IV 08 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the AS and ASP have to be pre-configured at the lUT. 

The lUT requires the use of the optional ASP Identifier. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in down state. 


Ref: 


Sections 3.3.2.1 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with reason "Invalid ASP Identifer", when it receives 
an ASP Up message with a non-unique ASP Identifier. 



5.2.2 Interface Identifier MGMT (MM) Messages 



NOTE: The tests for IIM messages are not relevant for an lUT implemented according to TS 102 141 [1], as this 
document does not permit the use of IIM messages. A pure RFC 3331 [2] implementation should be 
tested according to the test purposes in this section. 
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5.2.2.1 



Valid Behaviour Test cases 



TPId: 


M2UA SGP MM V 01 


Status: 


Optional 


Test 
Configuration 


ASP is not yet configured in any AS at IDT. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the IDT responds with Registration Response message having status field value as 
"Successfully Registered", when it receives a Registration Request message with Link key parameters 
defined with Local-LK-ldentifier, Signalling Data Terminal Identifier and Signalling Data Link Identifier 
values. 



TPId: 


M2UA SGP MM V 02 


Status: 


Optional 


Test 
Configuration 


ASP is configured in single AS 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in inactive state. 


Ref: 


Sections 3.3.4.3, 3.3.4.4 and 4.4.2 of RFC 3331 [2] 


Purpose: 


Ensure that lUT sends a Deregistration Response with status field as "Successfully De-registered", on 
receiving a Deregistration Request message with the configured II D values. 



TPId: 


M2UA SGP MM V 03 


Status: 


Optional 


Test 
Configuration 


ASP1 is configured in an AS 

ASP2 is not yet configured in any AS. 


Pre-Condition 


SCTP associations are established between the IDT and both ASPs. 
ASP1 is in active state and ASP2 is in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that on reception of a Registration Request message from ASP2 to lUT with Link key having 
parameters as that of configured AS, responds with the Registration Response message. 



TPId: 


M2UA SGP MM V 04 


Status: 


Optional 


Test 
Configuration 


ASP1 and ASP2 are configured in an AS. 


Pre-Condition 


SCTP associations are established between the IDT and both ASPs. 
ASP1 and ASP2 are in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that upon reception of a Deregistration Request IVIessage from ASP1 with configured IID, lUT 
responds with the Deregistration Response message with status field as "De-registration Successful". 



TPId: 


M2UA SGP MM V 05 


Status: 


Optional 


Test 
Configuration 


ASP1 and ASP2 are configured in the same AS. 


Pre-Condition 


SCTP associations are established between the IDT and both ASPs. 
All ASPs are in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that upon reception of a Deregistration Request IVIessage from ASP1 with configured IID, lUT 
responds with the Deregistration Response message with status field as "De-registration Successful". 
Also, valdiate that the lUT responds with the Deregistration Response message having status field as 
"De-registration Successful" and deletes the AS, even when it receives a Deregistration Request message 
from ASP2 with configured IID. 
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5.2.2.2 



Inopportune Behaviour Test cases 



TPId: 


M2UA SGP MM 10 01 


Status: 


Optional 


Test 
Configuration 


ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in Active state. 


Ref: 


Section 3.3.3.1 RFC 3331 [2] 


Purpose: 


Ensure that the lUT responds with an Error message with error code as "ASP Currently Active for Interface 
Identifier", when it receives a Deregistration Request for an ASP in active state. 



5.2.2.3 Invalid Behaviour Test Cases 

No test requirements identified. 

5.2.3 MTP2 User Adaptation Messages 
5.2.3.1 Valid Behaviour Test cases 



TPId: 


M2UA SGP MAUP V 01 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured In an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Section 3.3.1.3 of RFC 3331 [2] 


Purpose: 


Ensure that lUT sends an Establish Confirm message, when it receives an Establish Request message 
with configured IID. 


NOTE: IDT needs to establish or have already established an SS7 link. 




TPId: 


M2UA SGP MAUP V 02 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Section 3.3.1.1 of RFC 3331 [2] 


Purpose: 


Ensure that lUT is able to send a Data message. 


NOTE: lUT needs to receive an IVITP2 MSU on the SS7 link to trigger this behaviour. 




TPId: 


M2UA SGP MAUP V 03 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Section 3.3.1.4 of RFC 3331 [2] 


Purpose: 


Ensure that lUT sends a ReleaseConfirm message, when it receives a Release Request message with 
configured IID. 


NOTE: lUT needs to release the SS7 link. 
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TPId: 


M2UA SGP MAUP V 04 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 linl< is established and in service. 


Ref: 


Section 3.3.1.4 of RFC 3331 [2] 


Purpose: 


Ensure that lUT is able to send a Release Indication message. 


NOTE: lUT ne 


eds to receive an SIOS message on the SS7 link to trigger this behaviour. 




TPId: 


M2UA SGP MAUP V 05 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS_FLUSH_BUFFERS", when it 
receives a State Request from the ASP, with the state as "STATUS FLUSH BUFFERS". 




TPId: 


M2UA SGP MAUP V 06 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS_CONTINUE", when it 
receives a State Request from the ASP, with the state as "STATUS CONTINUE". 




TPId: 


M2UA SGP MAUP V 07 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS_CLEAR_RTB", when it 
receives a State Request from the ASP, with the state as "STATUS_CLEAR_RTB". 
Alternatively the lUT might respond with an Error message, if due to internal conditions the command can 
not be executed. 




TPId: 


M2UA SGP MAUP V 08 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS_AUDIT", when it receives a 
State Request from the ASP, with the state as "STATUS AUDIT". 




TPId: 


M2UA SGP MAUP V 09 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS_CONG_CLEAR", when it 
receives a State Request from the ASP, with the state as "STATUS CONG CLEAR". 
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TPId: 


M2UA SGP IMAUP V 10 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 linl< is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS CONG ACCEPT", when it 
receives a State Request from the ASP, with the state as "STATUS_CONG_ACCEPT". 



TPId: 


M2UA SGP MAUP V 11 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a State Confirm message with state as "STATUS CONG DISCARD", when it 
receives a State Request from the ASP, with the state as "STATUS_CONG_DISCARD". 



TPId: 


M2UA SGP MAUP V 12 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Section 3.3.1.7 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT is able to send a State Indication message with event as "EVENT RPO 


ENTER". 


NOTE: lUT ne 


eds to experience a remote entered processor outage condition to trigger this behaviour. 





TPId: 



M2UA SGP MAUP V 13 



Status: 



Mandatory 



Test 
Configuration 



One ASP is configured in an AS. 



Pre-Condition 



SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 



Ref: 



Section 3.3.1.7 of RFC 3331 [2] 



Ensure that the lUT is able to send a State Indication message with event as "EVENT_LPO_ENTER". 

lUT needs to experience a link entered processor outage condition to trigger this behaviour. 



Purpose: 



NOTE: 



TPId: 



M2UA SGP MAUP V 14 



Status: 



Mandatory 



Test 
Configuration 



One ASP is configured in an AS. 



Pre-Condition 



SCTP AssociationSCTP association is established between ASP and SGPIUT. 
ASP is in active state and SS7 link is established and in service. 



Ref: 



Section 3.3.1.8 of RFC 3331 [2] and clause 6 of TS 102 141 [1] 



Purpose: [Ensure that the lUT is able to send a Congestion Indication message with congestion status as LEVEL_3" 
NOTE: lUT needs to experience the start of a congestion condition to trigger this behaviour. 
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TPId: 


M2UA SGP MAUP V 15 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Section 3.3.1.8 of RFC 3331 [2] and clause 6 of TS 102 141 [1] 


Purpose: 


Ensure that the lUT is able to send a Congestion Indication message with congestion status as 
"LEVEL NONE". 


NOTE: lUT needs to experience the end of a congestion condition to trigger this behaviour. 




TPId: 


M2UA SGP MAUP V 16 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.3.1 .9 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a Retrieval Confirm message with action as "ACTION_RTRV_BSN", when it 
receives a Retrieval Request from the ASP, with the action as "ACTION RTRV BSN". 




TPId: 


M2UA SGP MAUP V 17 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 

Retrieval Request and Retrieval Confirm messages with action as "ACTIONRTRVBSN" have already 

been exchanged. 


Ref: 


Sections 3.3.1 .9 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends a Retrieval Confirm message with action as "ACTION_RTRV_MSGS", when it 
receives a Retrieval Request from the ASP, with the action as "ACTION RTRV MSGS". 




TPId: 


M2UA SGP MAUP V 18 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 

Retrieval Request and Retrieval Confirm messages with action as "ACTION_RTRV_BSN" and afterwards 

with action as "ACTION RTRV MSGS" have already been exchanged. 


Ref: 


Section 3.3.1.11 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT is able to send a Retrieval Indication message. 




TPId: 


M2UA SGP MAUP V 19 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 3.1 .6 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT is able to send a Data message with proper padding. 


NOTE: lUT needs to receive an MTP2 PDU with of a length requiring padding (i.e. not a multiple of 4) on the SS7 link to 
trigger this behaviour. 
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5.2.3.2 Inopportune Behaviour Test cases 

No test requirements identified. 



5.2.3.3 



Invalid Behaviour Test cases 



TPId: 


M2UA SGP MAUP IV 01 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 

ASP is in active state and SS7 link is established and in service. 


Ref: 


Sections 1 .5.4.1 and 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT provides an Error message with error code as "Invalid Stream Identifier" , when it 
receives a Data message on stream 0. 




TPId: 


M2UA SGP MAUP IV 02 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and lUT. 
ASP is in active state. 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Invalid Interface Identifier", when it 
receives an State Request from the ASP for not configured IID. 



5.3 Test Purposes for Application Server Process (ASP) 
5.3.1 ASP STATE and Traffic maintenance 



5.3.1.1 



Valid Behaviour Test Cases 



TPId: 


M2UA ASP ASPM V 01 


status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS.If necessary the ASP has to be pre-configured at the IUT. 


Pre-Condition 


SCTP association is established between IUT and SGP. 
IUT is in down state. 


Ref: 


Sections 3.3.2.1 , 3.3.2.2, 4.3.2 and 4.3.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the IUT, to enter the ASP-INACTIVE state, sends an ASP Up message and moves to inactive 
state on receiving an ASP Up Ack message. 


NOTE 1 : The iut may send an asp active message immediately afterwards. 

NOTE 2: The iut management interface is used to trigger the sending of the asp up message. 



TPId: 



M2UA ASP ASPM V 02 



Status: 



Mandatory 



Test 
Configuration 



One ASP is configured in an AS.If necessary the ASP has to be pre-configured at the IUT. 



Pre-Condition 



SCTP association is established between IUT and SGP 
IUT is in inactive state. 



Ref: 



Sections 3.3.2.7, 3.3.2.8, 4.3.2 and 4.3.4.3 of RFC 3331 [2] 



Purpose: 



Ensure that the IUT, to enter the ASP-ACTIVE state, sends an ASP Active message and moves to active 
state on receiving an ASPActive Ack message. 



NOTE: The IUT management interface is used to trigger the sending of the ASP Active message. 
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TPId: 


IVI2UA ASP ASPIM V 03 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Sections 3.3.2.9, 3.3.2.10 and 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to enter the ASP-INACTIVE state, sends an ASP Inactive message and moves to 
inactive state on receiving an ASP Inactive Acl< message. 


NOTE: The lUT management interface is used to trigger the sending of the ASP Active message. 



TPId: 



l\12UA ASP ASPIUI V 04 



Status: 



Optional 



Test 
Configuration 



ASP is configured in two different AS. If necessary the ASP has to be pre-configured at the lUT. 



Pre-Condition 



SCTP association is established between lUT and SGP. 
lUT is in inactive state. 



Ref: 



Sections 3.3.2.7, 3.3.2.8, 4.3.2 and 4.3.4.3 of RFC 3331 [2] 



Purpose: 



Ensure that lUT, to enter the ASP-ACTIVE state for both AS, sends either one ASP Active message with 
configured I IDs for both AS or one ASP Active message for each AS. 

Validate that the state of the ASP moves to active in both AS, when ASP Active Ack message is received 
with all parameters. 



NOTE: The lUT management interface is used to trigger the sending of the ASP Active message. 



TPId: 



M2UA ASP ASPM V 05 



Status: 



Optional 



Test 
Configuration 



ASP is configured in two different AS. If necessary the ASP has to be pre-configured at the lUT. 



Pre-Condition 



SCTP association is established between lUT and SGP. 
lUT is in inactive state. 



Ref: 



Sections 3.3.2.7, 3.3.2.8, 4.3.2 and 4.3.4.3 of RFC 3331 [2] 



Purpose: 



Ensure that the lUT, to enter the ASP-ACTIVE state for AS1 , sends an ASP Active message with 
configured IID as that of AS1 . 

Ensure that the state of the ASP moves to active for AS1 only, when it receives an ASP Active Ack 
message with IID as that of AS1 . 



NOTE: The lUT management interface is used to trigger the sending of the ASP Active message. 



TPId: 


M2UA ASP ASPM V 06 


Status: 


Optional 


Test 
Configuration 


ASP is configured in two different AS. If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Sections 3.3.2.9, 3.3.2.10 and 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that lUT, to enter the ASP-INACTIVE state for both AS, sends an ASP Inactive message with 
configured IIDs for both AS. 

Validate that the state of the ASP moves to inactive in both AS, when ASP Inactive Ack message is 
received with all parameters. 


NOTE: The lUT management interface is used to trigger the sending of the ASP Active message. 



TPId: 


M2UA ASP ASPM V 07 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Section 4.3.3 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT on receiving the SCTP-RESTARTJNDICATION (caused by the SGP performing a 
restart operation) from SCTP, moves the state of the ASP to down. 
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TPId: 


M2UA ASP ASPM V 08 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Sections 3.3.2.5, 3.3.2.6 and 4.3.4.6 of RFC 3331 [2] 


Purpose: 


Validate that the lUT responds with a Heartbeat Ack message, when it receives a Heartbeat message. 
Ensure that Heartbeat Ack is sent by the lUT with same heartbeat data provided in the Heartbeat 
message. 




TPId: 


M2UA ASP ASPM V 09 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in down state. 


Ref: 


Section 4.3.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the ASP Up message is retransmitted by the lUT on expiry of timer T(ack), when it receives no 
ASP Up Ack. 




TPId: 


M2UA ASP ASPM V 10 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in inactive state. 


Ref: 


Section 4.3.4.2 of RFC 3331 [2] 


Purpose: 


Ensure that the ASP Down message is retransmitted by the lUT on expiry of timer T(ack), when it receives 
no ASP Down Ack. 




TPId: 


M2UA ASP ASPM V 11 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in inactive state. 


Ref: 


Section 4.3.4.3 of RFC 3331 [2] 


Purpose: 


Ensure that the ASP Active message is retransmitted by the lUT on expiry of timer T(ack), when it receives 
no ASPActive Ack. 




TPid: 


M2UA ASP ASPM V 12 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Section 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the ASP Inactive message is retransmitted by the lUT on expiry of timer T(ack), when it 
receives no ASP Inactive Ack. 
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5.3.1.2 



Inopportune Behaviour Test Cases 



TPId: 


M2UA ASP ASPM 10 01 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
ASP is in inactive state. 


Ref: 


Section 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT accepts the ASP Inactive Ack message in response to an ASP Active message 
transmitted by the lUT to enter the ASP-ACTIVE state and remains the ASP state in Inactive. 




TPId: 


M2UA ASP ASPM 10 02 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Section 4.3.4.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT accepts the ASP Inactive Ack message and enters the ASP state to Inactive. 




TPId: 


M2UA ASP ASPM 10 03 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in inactive state. 


Ref: 


Section 4.3.4.2 of RFC 3331 [2] 


Purpose: 


Validate that the lUT moves the ASP state to down, when it receives an ASP Down Ack message without 
having sent an ASP Down message. 


NOTE: The lUT may, to re-enter the inactive state, send an ASP Up message afterwards. 




TPId: 


M2UA ASP ASPM 10 04 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 

If necessary the ASP has to be pre-configured at the lUT. 


Pre-Condition 


SCTP association is established between lUT and SGP. 
lUT is in active state. 


Ref: 


Section 4.3.4.2 of RFC 3331 [2] 


Purpose: 


Validate that the lUT moves the ASP state to down, when it receives an ASP Down Ack message without 
having sent an ASP Down message. 


NOTE: The lUT may, to re-enter the active state, send an ASP Up message and after the receipt of the ASP Up Ack 
message send an ASP Active message afterwards. 



5.3.1 .3 Invalid Behaviour Test cases 

No test requirements identified. 

5.3.2 Interface Identifier MGMT (MM) Messages 

NOTE: The tests for IIM messages are not relevant for an lUT implemented according to TS 102 141 [1], as this 
document does not permit the use of IIM messages. A pure RFC 3331 [2] implementation should be 
tested according to the test purposes in this section. 
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5.3.2.1 



Valid Behaviour Test cases 



TPId: 


M2UA ASP MM V 01 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in the stacl< but not yet associated with the AS. 


Pre-Condition 


SCTP association is established between SGP and lUT. 
lUT is in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to register itself with the SGP for an AS, sends a Registration Request message with 
link key as defined in AS configuration and accepts the receipt of the Registration Response message with 
registration result as "Successfully Registered". 


NOTE: The IDT management interface is used to trigger tlie sending of the Registration Request message. 



TPId: 


M2UA ASP MM V 02 


Status: 


Optional 


Test 
Configuration 


One ASP is configured In the stack but not yet associated with the AS. 
Two AS are configured in loadsharing mode. 


Pre-Condition 


SCTP association is established between SGP and lUT. 
lUT is in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to register itself with the SGP for two AS sends one or two Registration Request 
messages with two different link keys as defined in AS configurations and accepts one Registration 
Response message for both registrations with registration result as "Successfully Registered". 


NOTE: The lUT management interface is used to trigger the sending of the Registration Request message(s). 



TPId: 


M2UA ASP MM V 03 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in the stack but not yet associated with the AS. 
Two AS are configured in loadsharing mode. 


Pre-Condition 


SCTP association is established between SGP and lUT. 
lUT is in inactive state. 


Ref: 


Sections 3.3.4.1 , 3.3.4.2 and 4.4.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to register itself with the SGP for two AS sends one or two Registration Request 
messages with two different link keys as defined in AS configurations and accepts one Registration 
Response message per registration each with registration result as "Successfully Registered". 


NOTE: The Registration Request message{s) may be triggered by the LM by sending IVI-LINK_KEY_REG request 
primitives. 



TPId: 



M2UA ASP MM V 04 



Status: 



Mandatory 



Test 
Configuration 



One ASP is configured in an AS. 



Pre-Condition 



SCTP association is established between SGP and lUT. ASP is in Inactive state. 



Ref: 



Sections 3.3.4.3, 3.3.4.4 and 4.4.2 of RFC 3331 [2] 



Purpose: 



Ensure that the lUT, to de-register itself with the SGP for an AS, sends a Deregistratlon Request message 
with configured IIDs and accepts the Deregistratlon Response message with deregistratlon result as 
Successfully De-registered" 



NOTE: The lUT management interface Is used to trigger the sending of the Deregistratlon Request message. 
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TPId: 



M2UA ASP MM V 05 



Status: 



Optional 



Test 
Configuration 



The Interface Identifiers are pre-configured at the SGP and assigned to two different ASs 



Pre-Condition 



SCTP association is established between SGPand lUT. 

lUT has successfully registered for Interface Identifiers related to different ASs at the SGP. 

ASP is in inactive state in both AS. 



Ref: 



Sections 3.3.4.3. 3.3.4.4 and 4.4.2 of RFC 3331 [2] 



Purpose: 



Ensure that the lUT, to de-register itself with the SGP for both AS, sends one or two Dereglstration 
Request message with configured IIDs and accepts one Dereglstration Response messages per 
dereglstration each with dereglstration result as "Successfully De-registered". 



NOTE: The lUT management interface is used to trigger the sending of the Dereglstration Request message(s) 



5.3.2.2 Inopportune Behaviour Test cases 

No test requirements identified. 

5.3.2.3 Invalid Behaviour Test cases 

No test requirements identified. 

5.3.3 MTP2 User Adaptation Messages 



5.3.3.1 



Valid Behaviour Test cases 



TPId: 


M2UA ASP MAUP V 01 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between IDT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.3 of RFC 3331 [2] 


Purpose: 


Ensure that lUT, to establish an SS7 link, sends an Establish Request message and accepts an Establish 
Confirm message in response. 




TPId: 


M2UA ASP MAUP V 02 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between IDT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .1 and 3.3.1 .2 of RFC 3331 [2] 


Purpose: 


Ensure that lUT is able to send a Data message. 




TPId: 


M2UA ASP MAUP V 03 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured In an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .1 and 3.3.1 .2 of RFC 3331 [2] 


Purpose: 


To verify that a Data Acknowledge message is send in response to a Data message including the 
Correlation Id parameter. Validate that the Data Acknowledge message has the same correlation ID. 
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TPId: 


M2UA ASP MAUP V 04 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.4 of RFC 3331 [2] 


Purpose: 


Ensure that lUT, to release an SS7 link, sends a Release Request message and accepts a Release 
Confirm message in response. 




TPId: 


M2UA ASP MAUP V 05 


Status: 


Mandatory 


Test 
Configuration 


Single ASP is configured in any AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.7 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT accepts State Indication messages and does not respond. 




TPId: 


M2UA ASP MAUP V 06 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.8 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT accepts Congestion indication messages with event as "LEVEL_3" and does not 
respond. 




TPId: 


M2UA ASP MAUP V 07 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .9 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to retrieve the BSN, sends a Retrieval Request message, with action as 
"ACTION_RTRV_BSN" and accepts a Retrieval Confirm message with result as "RESULT_SUCCESS" in 
response. 




TPId: 


M2UA ASP MAUP V 08 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 
Retrieval Request and Retrieval Confirm messages with action as "ACTION_RTRV_BSN" have already 
been exchanged. 


Ref: 


Sections 3.3.1 .9 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to retrieve PDUs from the queues, sends a Retrieval Request message, with action as 
"ACTION_RTRV_MSGS" and accepts a Retrieval Confirm message with result as "RESULT_SUCCESS" 
in response. 
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TPId: 


M2UA ASP MAUP V 09 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 
Retrieval Request and Retrieval Confirm messages with action as "AGTION_RTRV_BSN" have already 
been exchanged. 


Ref: 


Sections 3.3.1 .9 and 3.3.1 .1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT having sent a Retrieval Request message, accepts a Retrieval Confirm message with 
result as "RESULT FAILURE". 




TPId: 


M2UA ASP MAUP V 10 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to request emergency alignment of the SS7 link, sends a State Request message, 
with action as "STATUS EMER SET" and accepts a State Confirm message in response. 




TPId: 


M2UA ASP MAUP V 11 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP. 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to cancel emergency alignement of the SS7 link, sends a State Request message, 
with action as "STATUS EMER CLEAR" and accepts a State Confirm message in response. 




TPId: 


M2UA ASP MAUP V 12 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to clear all queues, sends a State Request message, with action as 
"STATUS FLUSH BUFFER" and accepts a State Confirm message in response. 




TPId: 


M2UA ASP MAUP V 13 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to clear the retransmit queue, sends a State Request message, with action as 
"STATUS CLEAR RTB" and accepts a State Confirm message in response. 
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TPId: 


M2UA ASP MAUP V 14 


Status: 


Mandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Sections 3.3.1 .5 and 3.3.1 .6 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT, to audit the state of the link, sends a State Request message, with action as 
"STATUS AUDIT" and accepts a State Confirm message in response. 




TPId: 


M2UA ASP MAUP V 15 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP 

lUT is in active state and has successfully requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.4 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT accepts a Release Indication message for a link. 




TPId: 


M2UA ASP MAUP V 16 


Status: 


IVIandatory 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between lUT and SGP 

lUT is in active state and requested the establishment of an SS7 link at the SGP. 


Ref: 


Section 3.3.1.3 of RFC 3331 [2] 


Purpose: 


Ensure that lUT, having sent an Establish Request message, on the expiry of the timer, re-sends the 
Establish Request message. 



5.3.3.2 Inopportune Behaviour Test cases 

No test requirements identified. 

5.3.3.3 Invalid Behaviour Test cases 

No test requirements identified. 

5.4 Test Purposes for General Error Handling (GEH) 

The following tests may be repeated for different messages in different states and are valid for both testing the SGP and 
the ASP. 



TPId: 


M2UA GEH 01 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Invalid Interface Identifier", when it 
receives a message from peer with a non-configured interface identifier. 
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TPId: 


M2UA GEH 02 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 
ASP is in Down state. 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Unsupported Traffic Handling mode", 
when it receives a message with an unsupported traffic handling mode. 




TPId: 


M2UA GEH 03 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 
ASP is in Down state. 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Unsupported Interface Identifier Type", 
when it receives a message from peer with a non-supported (e.g. text-based) interface identifier type. 




TPId: 


M2UA GEH 04 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Unsupported Message Class", when it 
receives a message from peer with an unexpected or unsupported message class. 




TPId: 


M2UA GEH 05 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Invalid Parameter Value", when it 
receives a message from peer with an invalid parameter value 




TPId: 


M2UA GEH 06 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Parameter Field Value", when it receives 
a message from peer with a parameter with a wrong length field. 




TPId: 


M2UA GEH 07 


Status: 


Optional 


Test 
Configuration 


One ASP is configured In an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Unexpected Parameter", when it receives 
a message from peer with an invalid parameter. 
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TPId: 


M2UA GEH 08 


Status: 


Optional 


Test 
Configuration 


One ASP is configured in an AS. 


Pre-Condition 


SCTP association is established between ASP and SGP 


Ref: 


Section 3.3.3.1 of RFC 3331 [2] 


Purpose: 


Ensure that the lUT sends an Error message with error code as "Missing Parameter", when it receives a 
message from peer with a mandatory parameter missing. 
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